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A METHOD AND SYSTEM FOR PRODUCING AN INTERNET PAGE 



5 



DESCRIPTION FILE ON A DIGITAL IMAGING DEVICE 



FIELD OF THE INVENTION 

The field of the present invention pertains to digital image capture 
devices. More particularly, the present invention relates to a method and 
10 system for producing HTML using the electronic systems within a digital 
camera. 

BACKGROUND OF THE INVENTION 



15 conventional point-and-shoot cameras. Modern digital cameras for taking 
pictures of scenes and the like typically include an imaging device which is 
controlled by a computer running a software program. When an image is 
captured, the imaging device is exposed to light and generates raw image data 
representing the image. The raw image data is typically stored in a single 

20 image buffer where it is then processed and compressed by the processor. 
Many types of compression schemes are used to compress the image data, 
with the joint photographic expert group (JPEG) standard being the most 
popular. After the processor processes and compresses the raw image data 



Most digital cameras today are very similar in size and behavior to 
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into JPEG image files, the processor stores the JPEG image files into an 
internal memory or on an external memory card. 

Some digital cameras are also equipped with a liquid-crystal display 
5 (LCD) or other type of display screen on the back of the camera. Through the 
use of the LCD, the processor can cause the digital camera to operate in one of 
two modes, play and record, although some cameras only have a record mode. 
In play mode, the LCD is used as a playback screen for allowing the user to 
review previously captured images either individually or in arrays of four, 
10 nine, or sixteen images. In record mode, the LCD is used as a viewfinder in 
which the user may view an object or scene before taking a picture. 



Besides the LCD, digital camera user interfaces also include a number 
of buttons or switches for setting the camera into one of the two modes and for 

15 navigating between pictures in play mode. For example, most digital cameras 
include two buttons labeled and that enable a user to navigate or scroll 
through captured pictures. For example, if the user is reviewing pictures 
individually, meaning that single pictures are displayed full-sized in the LCD, 
pressing one of navigation buttons causes the currently displayed picture to be 

20 replaced by the next picture. 

The electronic nature of the digital camera's pictures make them 
particularly well suited for use with other electronic applications. The 
pictures are also particularly well suited for use in the creation of complex text 
25 and image documents. Using document creation software applications, the 
pictures can be incorporated into a document along with corresponding text 
annotations or descriptions. Once created, the documents can be electronically 
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transmitted (e.g., via email) or printed and distributed conventionally. The 
resulting document can be formatted in accordance with any of a number of 
popular page description languages used for the Internet, such as HTML 
(hypertext markup language), XML (extensible markup language), java 
5 script, and the like . 

For example, once the HTML file, referencing the pictures has been 
created, it can easily be exchanged among any number of users via email and 
subsequently viewed (e.g., as a web page) using any of a number of web 
10 browsers. Alternatively, the HTML file itself can be made available over the 
Internet using web server software. The HTML file essentially becomes a web 
page which web browser equipped users can view or download on demand. 

However, even with these advanced capabilities, it remains desirable to 
15 make the user's experience with the digital camera as intuitive and "hassle- 
free" as possible; The objective is to provide the advanced capabilities afforded 
by a digital camera while retaining the simplicity and straight forwardness of 
conventional point and shoot cameras. 

20 Consequently, there is a problem in providing sophisticated capabilities 

and features to the user while still retaining a simple straight forward method 
of operation. For example, to create and electronically distribute a document 
and pictures from a digital camera, a user needs to first capture the image 
(e.g., take the picture), and then transfer the image to a personal computer. 

25 One method involves transferring a removable storage element (e.g., a flash 
disk) from the digital camera to a corresponding input peripheral device (flash 
disk attachment) coupled to the personal computer. Another method involves 
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tethering the camera to the computer and transferring the file to the computer 
using a specialized software application. The user can then manipulate the 
image using a separate image editing software tool, or use any image editing 
features included in the specialized software application. The user then 
imports the image into a document editing application. If the resulting 
document is to be in HTML format, an HTML publishing application would 
typically be used. There, the user formats the document by, for example, 
annotating the image with, for example, descriptive text, and including any 
other patentee information. The image is placed on the "page" with respect to 
the descriptive text (e.g., title, subheadings, etc.). The resulting document is 
saved in HTML format. 

Thus, in order to create an HTML file including images taken with the 
digital camera, in addition to taking the picture, the user is currently required 
to know how to transfer the picture to the PC, import the image into an image 
editing application, import the image into an HTML publishing application, 
and format an HTML file. As the information must be entered while using the 
HTML publishing application, as opposed to when the pictures are taken, the 
user needs to remember the relevant details about each picture or have 
previously taken notes regarding the pictures elsewhere. In addition to all of 
the above, the user is also required to have the requisite skills in operating the 
image editing application, and operating the HTML publishing application. 

Hence, what is needed is an inexpensive method and system for 
capturing images and generating a formatted electronic document which 
references those images. The document should be readily interchangeable 
among users using a variety of computer implemented methods, such as, for 
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example, email, LANs/WANs (local area networks/wide area networks), or 
the Internet. The process of creating the formatted document including the 
image should be intuitive and user friendly. The present invention provides 
novel solution to the above requirements. 
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SUMMARY OF THE INVENTION 

The present invention provides an inexpensive method and system for 
capturing images and generating a formatted electronic document which 
includes those images. The document is readily interchangeable among users 
5 using a variety of computer implemented methods, such as, for example, 

email, LAN/WANs, or the Internet. The present invention provides a process 
of creating the formatted document including the image which is intuitive and 
user friendly. 

10 In one embodiment, the present invention comprises a method and 

system for generating a page description file, such as HTML (hypertext 
markup language) that references images captured by a digital camera. A 
script, comprised of computer readable instructions, is provided to the digital 
camera. The script is interpreted by the camera such that the camera 

15 sequences though a series of actions, such as for example, prompting the user 
to take a picture, prompting the user to enter any descriptive information 
regarding a picture, and the like. The script also includes a set of predefined 
instructions and formatting commands which are adapted to create a 
formatted web page (e.g., HTML file) in accordance with a certain desired 

20 appearance. This set of instructions and commands are referred to as a 

"model". The creator of the script develops the model in accordance with the 
particular requirements to which the script is designed. 

The digital camera executes the script to display interactive instructions 
25 on the camera's display that prompt a user to perform specific operations. In 
response to the user performing the specific operations, the digital camera 
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automatically updates the interactive instructions, such that the user is 
guided through a series of steps, such as, for example, taking a series of 
related image captures and annotating them. The digital camera then 
generates an HTML file referencing the resulting images, wherein the HTML 
file is formatted in accordance with the script's predefined model. 

In so doing, the present invention allows a user having no knowledge of 
HTML to produce HTML and image files which describe one or more web 
pages including the resulting images. The web pages are viewable through 
the use of any of a number of widely used web browsers. In addition, the 
present invention allows the user to annotate and enter descriptive 
information regarding the images at the time they are captured, rather than 
having to first transfer the captured images to a PC or enter notes elsewhere. 

The HTML file can then be downloaded from the digital camera using, 
for example, a removable storage device (flash disk, PC Card, etc.). 
Alternatively, in another embodiment, the HTML file can be made directly 
available over the Internet through the use of a web server hosted by the digital 
camera itself. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention is illustrated by way of example and not by way of 
limitation, in the figures of the accompanying drawings in which like 
reference numerals refer to similar elements and in which: 



Figure 1 shows a block diagram of a digital camera for use in 
accordance with the present invention. 

Figure 2 shows a block diagram of an imaging device in accordance 
10 with one preferred embodiment of the present invention. 

Figure 3 shows a block diagram of a computer in accordance with one 
preferred embodiment of the present invention. 

15 Figure 4 shows a memory map of a DRAM in accordance with one 

embodiment of the present invention. 

Figure 5A shows a top view diagram depicting the preferred hardware 
components of the camera from Figure 1. 



Figure 5B shows a back view diagram depicting the preferred hardware 
components of the camera from Figure 1. 

Figure 6A shows a diagram of a first directed image capture screen in 
25 accordance with one embodiment of the present invention. 



5 



20 
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Figure 6B shows a diagram of a second directed image capture screen in 
accordance with one embodiment of the present invention. 

Figure 7 shows a block diagram illustrating the contents of a ROM and 
5 DRAM of a the camera from Figure 1. 



Figure 9 shows a web page as described by an HTML file created by a 
script in accordance with one embodiment of the present invention. 



Figure 10 shows a diagram of a digital camera of the present invention 
15 coupled to the Internet via an ISP and a dial-up connection. 



Figure 11 shows a diagram of the connectivity and application software 
of the camera from Figure 10 is shown. 



Figure 8 is a flow chart illustrating an exemplary process of installing 
and running a script in accordance with one embodiment of the present 



invention. 



10 
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DETAILED DESCRIPTION OF THE INVENTION 

In the following detailed description of the present invention, numerous 
specific details are set forth in order to enable one of ordinary skill in the art to 
make and use the invention and is provided in the context of a patent application 
5 and its requirements. Although the present invention will be described in the 

context of a digital camera, various modifications to the preferred embodiment will 
be readily apparent to those skilled in the art and the generic principles herein 
may be applied to other embodiments. That is, any image capture device which 
displays or prints images, icons and/or other items, could incorporate the features 
10 described hereinbelow and that device would be within the spirit and scope of the 
present invention. Thus, the present invention is not intended to be limited to the 
embodiment shown but is to be accorded the widest scope consistent with the 
principles and features described herein. 

15 The present invention provides an inexpensive method and system for 

capturing images and generating a formatted electronic document which 
includes or references those images. The document is readily interchangeable 
among users using a variety of computer implemented methods, such as, for 
example, email, LAN/WAN, or the Internet. The present invention also 

20 provides a process of creating the formatted document including the image 
which is intuitive and user friendly. In addition, the present invention 
includes a method and system for inexpensively making the formatted 
document available via the Internet to web browser equipped users. The 
present invention and its advantages are further described below. 

25 
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Referring now to Figure 1, a block diagram of a digital camera 110 is 
shown for use in accordance with the present invention. Camera 110 
preferably comprises an imaging device 114, a system bus 116 and a computer 
118. Imaging device 114 is optically coupled to an object 112 and electrically 
5 coupled via system bus 116 to computer 118. Once a photographer has focused 
imaging device 114 on object 112 and, using a capture button or some other 
means, instructed camera 110 to capture an image of object 112, computer 118 
commands imaging device 114 via system bus 116 to capture raw image data 
representing object 112. The captured raw image data is transferred over 
10 system bus 116 to computer 118 which performs various image processing 
functions on the image data before storing it in its internal memory. System 
bus 116 also passes various status and control signals between- imaging device 
114 and computer 118. 

15 Referring now to Figure 2, a block diagram of one preferred embodiment 

of imaging device 114 is shown. Imaging device 114 typically comprises a lens 
220 having an iris, a filter 222, an image sensor 224, a timing generator 226, an 
analog signal processor (ASP) 228, an analog-to-digital (A/D) converter 230, an 
interface 232, and one or more motors 234. 



sensor 224, which is typically a charged coupled device (CCD), responsively 
generates a set of raw image data in CCD format representing the captured 
25 image 112. The raw image data is then routed through ASP 228, A/D converter 
230 and interface 232. Interface 232 has outputs for controlling ASP 228, 



20 



In operation, imaging device 114 captures an image of object 112 via 
reflected light impacting image sensor 224 along optical path 236. Image 



FPSTP160 



11 



12- 



April 13, 1998 



motors 234 and timing generator 226. From interface 232, the raw image data 
passes over system bus 116 to computer 118. 

Referring now to Figure 3, a block diagram of one preferred embodiment 
5 for computer 118 is shown. System bus 116 provides connection paths between 
imaging device 114, an optional power manager 342, central processing unit 
(CPU) 344, dynamic random-access memory (DRAM) 346, input/output 
interface (I/O) 348, non-volatile memory 350, and buffers/connector 352. 
Removable memory 354 connects to system bus 116 via buffers/connector 352. 
10 Alternately, camera 110 may be implemented without removable memory 354 
or buffers/connector 352. 

Power manager 342 communicates via line 366 with power supply 356 
and coordinates power management operations for camera 110. CPU 344 

15 typically includes a conventional processor device for controlling the operation 
of camera 110. In the preferred embodiment, CPU 344 is capable of 
concurrently running multiple software routines to control the various 
processes of camera 110 within a multithreaded environment. DRAM 346 is a 
contiguous block of dynamic memory which may be selectively allocated to 

20 various storage functions. LCD controller 390 accesses DRAM 346 and 
transfers processed image data to LCD screen 402 for display. 

I/O 348 is an interface device allowing communications to and from 
computer. For example, I/O 348 permits an external host computer (not 
25 shown) to connect to and communicate with computer 118. I/O 348 also 

interfaces with a plurality of buttons and/or dials 404, and an optional status 
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LCD 406, which in addition to the LCD screen 402, are the hardware elements 
of the camera's user interface 408. 

Non-volatile memory 350, which may typically comprise a conventional 
5 read-only memory or flash memory, stores a set of computer-readable 
program instructions to control the operation of camera 110. Removable 
memory 354 serves as an additional image data storage area and is preferably 
a non-volatile device, readily removable and replaceable by a camera 110 user 
via buffers/connector 352. Thus, a user who possesses several removable 

10 memories 354 may replace a full removable memory 354 with an empty 
removable memory 354 to effectively expand the picture-taking capacity of 
camera 110. In the preferred embodiment of the present invention, removable 
memory 354 is typically implemented using a flash disk. Power supply 356 
supplies operating power to the various components of camera 110. In the 

15 preferred embodiment, power supply 356 provides operating power to a main 
power bus 362 and also to a secondary power bus 364. The main power bus 362 
provides power to imaging device 114, I/O 348, non-volatile memory 350 and 
removable memory 354. The secondary power bus 364 provides power to power 
manager 342, CPU 344 and DRAM 346. 

20 

Power supply 356 is connected to main batteries 358 and also to backup 
batteries 360. In the preferred embodiment, a camera 110 user may also 
connect power supply 356 to an external power source. During normal 
operation of power supply 356, the main batteries 358 provide operating power 
25 to power supply 356 which then provides the operating power to camera 110 via 
both main power bus 362 and secondary power bus 364. During a power failure 
mode in which the main batteries 358 have failed (when their output voltage 
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has fallen below a minimum operational voltage level) the backup batteries 360 
provide operating power to power supply 356 which then provides the operating 
power only to the secondary power bus 364 of camera 110. 

5 Referring now to Figure 4, a memory diagram showing one embodiment 

of dynamic random-access-memory (DRAM) 346 is shown. In the preferred 
embodiment, DRAM 346 includes RAM disk 532, a system area 534, and 
working memory 530. 

10 RAM disk 532 is a memory area used for storing raw and compressed 

image data and typically is organized in a "sectored" format similar to that of 
conventional hard disk drives. In the preferred embodiment, RAM disk 532 
uses a well-known and standardized file system to permit external host 
computer systems, via I/O 348, to readily recognize and access the data stored 

15 on RAM disk 532. System area 534 typically stores data regarding system 
errors (for example, why a system shutdown occurred) for use by CPU 344 
upon a restart of computer 118. 

Working memory 530 includes various stacks, data structures and 
20 variables used by CPU 344 while executing the software routines used within 
computer 118. Working memory 530 also includes several input buffers 538 for 
temporarily storing sets of raw image data received from imaging device 114, 
and a frame buffer 536 for storing data for display on the LCD screen 402. In a 
preferred embodiment, each input buffer 538 and the frame buffer 536 are split 
25 into two separate buffers (shown by the dashed lines) to improve the display 
speed of the digital camera and to prevent the tearing of the image in the 
display 402. 
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Figures 5A and 5B are diagrams depicting the preferred hardware 
components of the camera's 110 user interface 408. Figure 5A is back view of 
the camera 110 showing the LCD screen 402, a four-way navigation control 
5 button 409, an overlay button 412, a menu button 414, and a set of 

programmable soft keys 416. Figure 5B is a top view of the camera 110 showing 
a shutter button 418, and a mode dial 420. The camera may optionally include 
status LCD 406, status LCD scroll and select buttons 422 and 424, a sound 
record button 426, and zoom-in, zoom-out buttons 426a and 426b. 



The digital camera of the present invention is controlled by graphical- 
user-interface (GUI) based operating system (OS), which is in contrast to 
conventional digital cameras that are controlled by proprietary hardware 
architectures. In the preferred embodiment of the present invention, the OS 
15 provides the digital camera with several different operating modes for 
supporting various camera functions. Although the digital camera may 
include several different operating modes, the modes relevant to this 
description are capture mode, and play mode. 

20 In capture mode, the camera 110 supports the actions of preparing to 

capture an image, and capturing an image through the use of either the LCD 
screen 402 alone or the status LCD 406 with the aid of an optional optical 
viewfinder (not shown). In review mode, the camera 110 supports the actions 
of reviewing camera contents, editing and sorting images, and printing and 

25 transferring images. In play mode, the camera 110 allows the user to view 
screen-sized images in the LCD screen 402 in the orientation that the image 
was captured. Play mode also allows the user to hear recorded sound 
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associated to a displayed image, and to play back sequential groupings of 
images, which may comprise time lapse, slide show, and burst image images. 
The user preferably switches between the capture, review, and play modes, 
using the mode dial 420. When the camera is placed into a particular mode, 
that mode's default screen appears in the LCD screen 402 in which a set of 
mode-specific items, such as images, icons, and text, are displayed. 

The present invention provides an inexpensive method and system for 
capturing images and generating a formatted electronic document which 
includes those images. The document is readily interchangeable among users 
using a variety of computer implemented methods, such as, for example, 
email, LAN/WAN, or the Internet. The present invention provides a process of 
creating the formatted document including the image which is intuitive and 
user friendly. The document can be created in any of a number of formats. 
Such formats include, for example, HTML format, Postscript format, Acrobat 
format, and the like. 

In one embodiment, the present invention comprises a method and 
system wherein camera 110 automatically generates a formatted HTML file 
referencing images captured by the user. This is accomplished through the 
use of a script. As used herein, a script is an interpreted program written 
with text-based commands. A script may also be written using other 
interpreted languages, such as BASIC and LISP, for example. A script in 
accordance with the present invention also includes a predefined set of 
commands which determine the formatted appearance of a web page. The 
script is interpreted by camera 110, which performs the actions, steps, 
functions, and the like, as dictated by the script. The predefined set of 
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commands which determine the formatted appearance of a web page are 
referred to as a model. The model is designed (e.g., by the user, a third party 
developer, or the like) to give the resulting web page its distinctive appearance. 

5 For example, in one embodiment, a script can be created that 

sequentially directs the user to select from a set of previously captured images 
stored within camera 110, enter annotations regarding each image, and 
automatically format an HTML file in accordance with a predefined model. 
Alternatively, in another embodiment, a script can be created that directs the 
10 user to take a series of images, enter annotations for the images, and 

automatically format an HTML file in accordance with the predefined model. 
In both cases, the HTML commands which determine the appearance, 
hereafter referred to as the format, of the resulting web page are generated by 
the script in accordance with the predefined model. 

15 

In the embodiment where the script includes a directed image capture 
sequence, the directed image capture sequence provides a series of 
instructions which prompts and directs the user through a sequence actions, 
such as, for example, taking a picture, promoting the user for any descriptive 

20 information regarding the picture, prompting the user for annotations, and 
the like. Camera 110 executes the directed image capture sequence, and 
typically displays interactive instructions on LCD screen 402 that guide the 
user through the scripted sequence. Camera 110 keeps track of the user's 
progress through the scripted sequence and automatically updates the 

25 interactive instructions, such that the user is guided through a series of 
related image captures to obtain a series of resulting images. The model 
functions as a "blue print" which describes the appearance and logical 
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structure of the resulting web page described by the HTML file. As the images 
are captured and text information entered, the images and text are tagged 
with HTML commands in accordance with the model. 

5 In executing a script in accordance with the present invention, camera 

110 generates an HTML file including the resulting images, wherein the 
HTML file is formatted in accordance with the script's predefined model. The 
model defines the formatting and positioning information which determine 
the overall appearance of the web page. For example, with a directed image 

10 capture script, as the directed image capture sequence "steps" the user 
through a series of image captures, the script automatically formats the 
descriptive information or annotations entered by the user in accordance with 
the model so that they appear in a desired manner in with respect to the 
corresponding picture (for example, specifying that the title of the image be 

15 centered above the picture and in a relatively large font, while the annotations 
are justified below the picture in a smaller font). Thus, once the user has 
progressed though and completed a given directed image capture sequence, 
camera 110 has generated the corresponding formatted HTML file. 

20 In the embodiment where the script does not include a directed image 

capture sequence, the script functions in a substantially similar manner, 
except that the user is not prompted to take pictures. Rather, the user could be 
prompted to select pictures from a set stored in the memory of the camera, 
stored on removable media, or stored elsewhere. As the particular pictures 

25 are selected, the script prompts and directs the user for any descriptive 
information, annotations, and the like, in the same manner as the script 
including the directed image capture sequence. 
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In both embodiments, camera 110 allows a user to produce a completed, 
formatted, HTML file (e.g., one or more web pages) which references the 
resulting images from the digital camera, without requiring the user to have 
5 any knowledge of HTML or HTML formatting. In addition, the present 
invention allows the user to annotate and enter descriptive information 
regarding the images at the time they are captured, rather than having to first 
transfer the captured images to a PC or enter notes elsewhere. 

10 Although the embodiment of the present invention described herein and 

below generates a formatted HTML file, it should be appreciated that the 
images and information entered by the user can be formatted in accordance 
with other well known graphics, document, or interchange formatting 
standards (e.g., Postscript, Acrobat, etc.). Generating formatted HTML files 

15 provides the advantage of relatively widespread interchangability due to the 
ubiquity of web browsers and the World Wide Web. In addition, it should be 
appreciated that a script in accordance with the present invention is not 
required to include a directed image capture sequence, although the scripts of 
the embodiments described below include directed image capture sequences. 

20 The scripts of the present invention and their operation are further described 
below. 

Referring now to Figures 6A and 6B, diagrams illustrating example 
directed image capture screens are shown. Figures 6A and 6B show LCD 
25 screen 402, four way navigation control button 409, overlay button 413 and 
menu button 415. User interaction with the GUI based operating system of 
camera 110 is via implemented, in part, through the use of dynamic overlay 
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bars 430 and 432. Overlay bars 430 and 432 are used to provide the user with 
various status information of the camera and provide various instructions for 
using the camera, including interactive instructions associated with a script, 
or more particularly, a script including a directed image capture sequence. 
5 The information or instructions displayed by overlay bars 430 and 432 is 

typically specific to the particular operating mode of camera 110. Overlay bars 
430 and 432 are located on LCD 402 so as not to obscure any image or object 
currently being viewed. In accordance with the present invention, overlay 
bars 430 and 432 provide interactive instructions which guide the user through 
10 the directed image capture sequence and any other actions of the script. 

For example, the screen shown in Figure 6A may pertain to an 
insurance-related directed image capture that prompts an insurance claims 
adjuster to take a series of pictures of a damaged vehicle, or it may pertain to a 
15 real estate application that guides a user through taking photos of a house for 



In the insurance example, once the directed image capture has started, 
the user may be instructed to take various views of the damaged car. The user 
20 may also be shown the number of the current image in that sequence, and the 
total number of images to be captured. 

After the pictures of the car are taken, the script may then prompt the 
user to enter specific information, such as the name of the image, as shown in 
25 Figure 6B. The user may then enter text by choosing letters using the four-way 
control button 409. For insurance purposes, the script may also request the 



sale. 
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user to input the owner's name, license plate number, claim number, and so 
on. 

A formatted HTML file is then generated using the captured images and 
5 the entered information. The formatting is in accordance with the script's 
predefined model. The HTML file may then be downloaded from the camera 
(e.g., via removable storage media, via universal serial bus, or some other 
means), for example, to a PC for storage in a database, or to a web server for 
display as a web page. 



In one embodiment of the present invention, one or more scripts (e.g., 
for different directed image capture sequences) may be provided in the camera 
as built-in functions, especially if the camera is tailored for specific industries 
(e.g., the insurance industry). 



However, the camera may be made more flexible by implementing the 
scripts as a set of program instructions that are externally loaded into the 
camera. Once loaded in the camera 110, the instructions comprising the 
scripts are then preferably executed by the GUI-based system software 
20 running on CPU 344. 

Figure 7 is a block diagram illustrating the contents of ROM 350 where 
the software is stored, and DRAM 346 where the software is executed. The 
software 600 may include a control application 602, a toolbox 604, drivers 612, a 
25 kernel 614, and a startup/ configuration module 616. The control application 
602 is the main program that controls high-level functions of the digital 
camera and is responsible for interfacing with functions in the toolbox 604. 



10 
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Toolbox 604 comprises selected function modules that control how the 
digital camera captures and manipulates images. The modules may include 
image processors 606, a camera control shell 608, and a script interpreter 610. 
Image processors 606 are programs for enhancing (e.g., adjusting the 
contrast, sharpening, converting the image to gray-scale, etc.) the digital 
image received from imaging device 114. Camera control shell 608 receives 
and processes data structures for controlling camera functions. Script 
interpreter 610 translates and executes script statements, which are used to 
provide the directed image capture sequences and other camera 110 features, 
as explained below. 

Drivers 612 comprise program instructions for controlling various 
camera 110 hardware components, such as motor 234 (Figure 2) and a flash 
(not shown). Kernel 614 comprises program instructions providing basic 
underlying camera operating system services including synchronization 
routines, task creation, activation and deactivation routines, resource 
management routines, etc. Startup/configuration 616 comprises program 
instructions for providing initial camera 110 start-up routines such as the 
system boot routine and system diagnostics 

When the camera 110 is first turned on and booted up, the 
startup/configuration 616 module begins to execute and loads the drivers 612, 
the kernel 614, the control application 602, and system files containing 
configuration information into DRAM 346. Thereafter, operation of the 
camera is passed to the control application 602. In an alternative embodiment, 
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the software 600 may executed out of ROM 350 in order to reduce the size of 



DRAM 346. 

The script for directed image capture sequence 618 may be loaded into 
the digital camera 110 from the removable memory 354 (Figure 3), a host 
computer, or a network, and stored in DRAM 346 to run in place of the control 
application 602. Once loaded into the camera, the script may be selected by the 
user from a menu where it is displayed for selection, and is thereafter 
executed by the control application 602 by passing the script to the script 
interpreter 610. The script interpreter 610 then translates and executes the 
script instructions comprising the directed image capture sequence 618 one-by- 
one. 

As the user sequences through the script, the HTML code for the 
resulting file is generated. For example, as the user is prompted to take 
specific pictures, such as the various views of the car as described in the 
insurance example above, the user may also be prompted to enter descriptive 
information regarding each picture. The script records this information and 
the corresponding images along with the HTML commands in a file. As 
described above, the HTML commands are generated in accordance with the 
script's predefined model. These commands determine the appearance, or the 
format, of the web page described by the resulting file, and hence, the file is 
typically referred to as an HTML file. In one embodiment, the information, 
HTML commands, and references to the pictures are stored in the file 
incrementally, as the user sequences through the script. Alternatively, the 
user supplied information and references to the pictures can be stored in the 
file, and then the appropriate HTML commands inserted at the conclusion of 
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the of the script. The pictures themselves are typically stored as separate 
associated files which are referenced by the HTML file. In either case, once 
the file is completed, the web page is ready to be viewed using a web browser. 

5 As is well known, the HTML file is interpreted by a web browser, which 

in turn, displays a resulting web page. The commands included in the HTML 
file describe the logical structure of the web page. The HTML file includes 
ASCII text with embedded HTML tags which instruct the web browser as to 
the appropriate font, position, etc., for the text. The images are also associated 

10 with HTML tags describing their attributes with respect to the web page (e.g., 
position, relative size, etc.). The web browser interprets the HTML file and 
displays the web page, or pages, described by the file; Thus, the process of 
generating an HTML file is often referred to as generating a web page and the 
process of a web browser accessing and interpreting the HTML file is often 

15 referred to as displaying a web page. 

Figure 8 is a flow chart illustrating an exemplary process of installing 
and running a script in accordance with one embodiment of the present 
invention. In this embodiment, the script includes a directed image capture 
20 sequence. The process begins by inserting the removable memory 354 in step 
700. When the removable memory 354 is installed, the removable memory 354 
is mounted by the operating system 600 in step 702. Thereafter, the operating 
system searches for system files on the removable memory 354, which alert the 
digital camera 110 to the presence of an external program, in step 704. 

25 

Any system files found on the removable memory 354 and corresponding 
directed image capture sequences 618 and associated models are then installed 
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and made available to the user for selection via menu choices that appear on 
the LCD screen 402 in step 706. 

Once the list of available scripts are displayed, the user selects one of 
5 them (e.g., the script for directed image capture sequences 618) to run in step 
708. In a preferred embodiment, the list showing the available scripts may be 
categorized in menus for easier selection. For example, assume a real estate 
agent has three different scripts for capturing images of different types of 
properties. The agent may name or create categories for the directed image 

10 capture sequences called "commercial", "industrial", and "residential", for 
instance. Selecting the residential category, for example, will cause a list of 
directed image captures to be displayed that are designed to capture pictures of 
different types of residential properties, such as one, two, and three bedroom 
homes. The user may then select a desired script depending on the particular 

15 house to be shot. 

After the user selects a particular script to run (e.g., the script 
including directed image capture sequence 618), the script interpreter 610 
begins interpreting the directed image capture sequence 618 in step 710, and 
20 control is passed from the control application 602 to the script. In step 712, the 
script interpreter 610 fetches the first command comprising the directed image 
capture sequence 618. The script also opens a new HTML file, in which the 
user entered information, HTML commands, and the like are to be stored. 

25 It is then determined whether the fetched command is a script 

"WaitForShutter" command in step 714. This command causes control of the 
camera 110 to pass back to the control application 602 until the user presses the 
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shutter button 418 to capture an image. The "WaitForShutter" command is 
preferably called with a quoted string parameter that is used in the dynamic 
overly bar 430 as the prompt to the user requesting an image capture (e.g., 
"Take photo of kitchen", Take photo of the front of the house", etc.). 

If the command is a "WaitForShutter" command in step 714, then 
control is returned to the script after the user presses the shutter button 418 in 
step 716 to capture an image. If the fetched command is not a 
"WaitForShutter" command in step 714, then the script interpreter 610 
interprets and executes the command in step 718. 

In step 719, depending upon the command interpreted in steps 714 and 
718 , the script generates code in accordance with the script's predefined 
model. For example, if a picture is taken, depending upon the model, the 
picture is tagged with formatting HTML codes which describe its location on 
the web page. If information is entered'by the user, the information (e.g., 
ASCII text) is similarly tagged with formatting HTML codes. Thus, one or 
more formatted HTML files are generated as the user progresses through the 
script. 

The script continues to execute, with new commands being fetched from 
memory, until the end of the script is reached, as shown by step 720. If it is 
determined if the end of the script has been reached in step 720, control is 
returned to the control application 602. If not, then the next command is 
fetched in step 712, and the process continues until the end of the script is 
reached. Once the end of the script is reached, the one or more HTML files are 
closed and saved. Once control as been returned, the one or more completed, 
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formatted HTML files are available to the user for downloading, storage, or 
any other use. 

An exemplary portion of a script in accordance with one embodiment of 
5 the present invention is shown below: 



I/* # Open HTML file and write header info to it. 
DisplayLine ("Writing header info") 
FileOpen (2, "HOME3.HTM", 1, fileld) 
10 WriteLine (fileld, "<html>") 
WriteLine (fileld, "") 
WriteLine (fileld, "<head>") 

WriteLine (fileld, " <!— To change the window title, replace the words 
Christopher Realty, Inc.V -->") 
15 WriteLine (fileld, " <!— below with whatever words you want to appear -->") 
WriteLine (fileld, " <title>Christopher Realty, Inc.</title>") 

.... WriteLine (fileld, "</head>") — 

WriteLine (fileld, "") 

WriteLine (fileld, "<BODY BGCOLOR=\"#FFFFCC\">") 
20 WriteLine (fileld, "<PxIMG SRC= \ "logo.gi A " WIDTH= \ "468 \ " 
HEIGHT=\"53\" ALIGN=\ "BOTTOM \" BORDER=\"0\"></P>") 

#Choose property and set values accordingly 
DisplayClear () 

25 DisplayLine ("Select the property that you wish to create a web page for") 
Wait (2000) 

SetOption (1, "401 Cristobal Street", 0) 
SetOption (2, "958 Willowleaf Drive", 0) 
SetOption (3, "2702 Windbluff Lane", 0) 
30 GetOption (choice) 

if choice == 1 

WriteLine (fileld, "<PxBRxBRxFONT SIZE=\"5\"xB>401 Cristobal 
Street</Bx/FONTxBR>") 
35 WriteLine (fileld, "<TABLE BORDER=0 cellpadding=0>") 
WriteLine (fileld, "<TR>") 
footage = 2300 
acreage = "1" 
age = 12 
40 end 

if choice == 2 

WriteLine (fileld, "<PxBRxBRxFONT SIZE=\"5\"xB>958 Willowleaf 
Drive</Bx/FONTxBR>") 
WriteLine (fileld, "<TABLE BORDER=0 cellpadding=0>") 
45 WriteLine (fileld, "<TR>") 
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footage = 3500 
acreage = "3/4" 
age = 5 
end 

5 

Referring now to Figure 9, a web page described by an HTML file created 
by a script of the present invention is shown. This script is for use in the real- 
estate industry, as its model is designed to format a web page suited for 
advertisement. As shown in Figure 9, three images are included in the HTML 

10 file, along with descriptive information. As described above, the images are 
located and scaled with respect to the web page in accordance with the script's 
predefined model. The model also automatically inserts the text entered by the 
user into the desired location and automatically applies formatting, such as 
font type and size, justification, etc. For example, the script may prompt the 

15 user for the address of the house, "958 Willowleaf Drive", and store the entered 
information in the resulting HTML file with its defined formatting. Thus, the 
user is able to create the web page as shown in Figure 9 without having to 
learn or memorize any HTML formatting commands, features, etc. 

20 In another embodiment of camera 110, camera 110 includes the 

necessary software and the necessary computational resources (e.g., computer 
118) to act as a web server and host the web page defined by the HTML file 
itself, eliminating the requirement for the expensive personal computer. In so 
doing, camera 110 can make the HTML files created in accordance with the 

25 present invention directly available over the Internet, as opposed to 

downloading the HTML files to a separate computer system for display by that 
system's web server. 
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Referring now to Figure 10, a diagram 800 of camera 110 coupled to 



Internet 750 is shown. Diagram 800 shows camera 110 coupled to an external 
modem 801. Camera 110 is coupled to modem 801 via any of several 
communications means (e.g., USB, IEEE1394, infrared link, etc.). Modem 801 
5 is in turn coupled to a telephone jack 802 at the camera's location. The 
telephone jack 802 couples modem 801 to one of the modems 803 of an ISP 
(Internet service provider) 710 via the telephone company's local loop. An ISP 
760 is directly coupled to the Internet 750 via a Tl line. 

10 Modem 801 is shown as an external modem. However, the functionality 

of modem 810 can be implemented directly within the electronics of camera 110 
(e.g., via a modem ASIC), or alternatively, can be implemented as a software 
only modem executing on computer 118 within camera 110. As such, it should 
be appreciated that, at the hardware connectivity level, modem 801 can take 

15 several forms. For example, a wireless modem can be used in which case the 
camera is not connected via an external wire to any land line. Alternatively, 
there may even be applications in which camera 110 includes suitable 
electronic components enabling a connection to a conventional computer 
system network (e.g., ethernet, Apple talk, etc.), which is in turn, directly 

20 connected to the Internet (e.g., via a gateway, a firewall, etc.), thereby doing 
away with the requirement for an ISP. Hence, it should be appreciated that 
the present invention is not limited to any particular method of accessing the 
Internet 750. 

25 Referring now to Figure 11, a diagram 900 of the connectivity and 

application software of camera 110 is shown. At the software level, computer 
118 of camera 110 hosts a TCP-IP protocol stack (including PPP (Point to Point 
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Protocol)), which, as is well-known in the art, enables communication via the 
Internet. Protocol stack 901 interfaces with the physical connection hardware 



901 includes communication hardware interface drivers which interfaces 
5 directly with the various communications hardware camera 110 must 

function with (e.g., USB, IEEE1394, etc.). The top of protocol stack 901 includes 
software APIs and protocol libraries which interface with web server 
application 910 running in an applications layer 903. Applications layer 903 
interfaces with an operating system 904. Applications layer 903, protocol stack 
10 901, and operating system 904 are instantiated as software modules in DRAM 
346 of camera 110. 

The web server application 910 runs within applications layer 903, along 
with other software applications which provide camera 110's functionality 

15 (e.g., still image downloading, motion detection, aim control for a remote 
aiming device, and the like). The web server application 910 responds to 
queries from the user's Internet web browser and other web browsers, which 
include user requests directed to the camera (e.g., requests for various web 
pages hosted by camera 110) and communicates with other software 

20 applications within applications layer 903. These applications each 

communicate with operating system 904 of the camera 110, which controls the 
hardware functionality of camera 110 (e.g., taking pictures, storing pictures, 
and the like). HTTP requests are received and HTML files are transferred to 
and from the web server application 910 via protocol stack 901, and 

25 communications hardware 902. 



902 of camera 110 and the application layer 903. The bottom of protocol stack 
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Additional details regarding the hosting and display of web pages within 
a digital camera, and remote access there to, may be found in US Patent 
application Noft ^^ . entitled "A method and system for hosting an 
Internet web site on a digital camera" tFlST); which is incorporated herein by 
5 reference. 

Thus, the present invention provides an inexpensive method and system 
for capturing images and generating a formatted electronic document which 
includes those images. The document is readily interchangeable among users 

10 using a variety of computer implemented methods, such as, for example, 
email, LAN/WANs, or the Internet. The present invention also provides a 
process of creating the formatted document including the image which is 
intuitive and user friendly. In addition, the present invention includes a 
method and system for inexpensively making the formatted document 

15 available via the Internet to web browser equipped users. 

The foregoing descriptions of specific embodiments of the present 
invention have been presented for purposes of illustration and description. 
They are not intended to be exhaustive or to limit the invention to the precise 

20 forms disclosed, and obviously many modifications and variations are possible 
in light of the above teaching. The embodiments were chosen and described in 
order to best explain the principles of the invention and its practical 
application, to thereby enable others skilled in the art to best utilize the 
invention and various embodiments with various modifications as are suited to 

25 the particular use contemplated. It is intended that the scope of the invention 
be defined by the Claims appended hereto and their equivalents. 
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